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concurrencv limitations of iVM. With IVM aPDlicatlon s ervers, the only way to process 
2 worlcflow requests concurrently is t o concurrently run 2 workflow appUgattOQ 
Instances. 



^ Please replace paragraph j004^ with the following amended paragraph: 

[001 7] Preferred embodiment of invention's methods and art i c l e of manufactur e f a r 
related to graphical development of transactional workflow application source code 
and building instructions is In form of an EXE flie and two DLLs. This is Invention's 
first embodiment. One of its DLLs contains components for Interactive graphical 
design of workflow processes and for product i on of a descr i pt i on producing 
definition of designed workflow process from graphical objects representing the 
designed workflow process. The other DLL contains components producing custom 
source code and compiling and Unking instructions, sufficient for building 
transactional workflow applications In form of fully executable code, from a 
description of a workflow process. 

Please replace paragraph (OOtS] with the following amended paragraph: 

^ [001 8] Preferred embodiment of invention's methods and art i cle of manufacture for 
t^^^^ system with adaptive high-^performance capacity for processing of concurrent 
transactional workload processing is In form of three DLLs. This is invention's second 
embodiment. IWo of its DLLs contain components with functionality enacting the 
high-performance capacity l» for concurrent transactional workload processing of 
applications created with invention's first embodiment. Third DLL contains 
components for real-time visualization of workload processing. 



[0019]This invention overcomes the limitations of known prior art methods for 
development of custom made application source code for fully executable workflow 
applications by providing a formal method of development of software source code 
for fully executable workflow applications. Thi s forma l method is used to bu il d th e 
art i cl e of manufacture for generat i on of s ource code and comp il ing and li nk i ng 
i n s truct i on s , s uffic i ent for bu il ding tran s actional workflow appl i cat i on s i n form of 
fu l ly e x e cutab l e cod e . In the preferred embodiment, the generated source code is In 




Please replace paragraph iOOf^ with the following amended paragraph: 
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attributed Visual C++ and the generated compiling and linking instructions are in 
form of iwiicrosoft Visual Studio .Net solution (.sin) and project (.proj) files. 

Please replace paragraph [0020] with the following amended paragraph: 

[0020] Transactional worlcflow applications i n form of CMCCutab I c code , created 
with invention's first embodiment and using at run-time invention's second 
embodiment, are different from transactional workflow applications created with 
prior art systems, that arc any form of scr i pt s run on workflow eng i ne s In regard Xo 
ability for hiah-volume concurrent processing . The d i fference is i n app l icat i ons' 
ab ili ty to prov i de performance capacity i n transact i onal work l oad proce ss ing h i gher 
then performance capac i ty of app li cation s i n form of s cript s run on workflow 
engineer Transactional workflow applications created with prior art have inherent 
concurrency limitations. As Web-accessiblg business a pplications must have capacity 
to serve unpredictably high number of concurrent u sers, concurrgnev limitation is a 
barrier in creation of Web applications processing us er interactions with execution of 
transactional workflow such as. for example. We b-accessibk facility for online 
negotiation of electronic purchases. This invention addresses the need fo r high- 
volume concurrent workflow bv enabling concurrent proce ssing of 1 .000 workflow 
instances per computer CPU. 

Please replace paragraph [00^] with the following amended paragraph: 

[0021] This invention's method and article of manufacture for graphical 
development of source code for fully executable workflow applications is different 
from prior art non-standardized methods for development of software for executable 
workflow applications. The difference is best demonstrated bv \n the speed of 
software development process. The speed of software development with the 
invention's first embodiment Is as fast as the speed of development of workflow 
applications in form of workflow scripts. No workflow application in form of script. 
however, can possess a capacity for m ore then iust a very limited concurrency. 



Please replace paragraph [0022] with the following amended paragraph: 



[0022] This invention's mothod and art l cto of manufacture for con s truct i ng a 
configurat i on system for transactional processing of worlcflow witli a hierarchy of 
class objects and threads w i th capacity for high performance concurrent process i ng 
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of mu l t i tude of tran s actional workflow requests of Ident i cal type is different from 
known prior art svstenn for transactional orocessinQ of workflow art i cles of 
manufacture with capacity for h i gh performance concurrent proce s s i ng of multitude 
of transact i ona l workflow request s of ident i cal typ e. The main difference is in 
flexibility of conf i gurat i on hierarchy of class objects and thr e ad s to represent a non- 
limited number of workflow graphs and thereby to enact a non-limited number of 
workflow processes. The second d i fference, resu l ting from th is flex i b il ity, i s th e 
speed of deve l opment of transact i ona l workflow app li cat i ons w i th capac i ty for h i gh - 
performance. The development t i me is on l y a sma l l fract i on of development t i me 
needed w i th pr i or art art i c l e s of manufacture. 

ooz.\ 

Please replace paragraph [0024] with the following amended paragraph: 

[0024]This invention overcomes limitations of known prior art systems for 
transactional orocessino of workflow In their ability to counteract development of 
software related frmfrinnpgigc i n workflow appl i cat i ons due to as result of variations of 
working conditions ef ia distributed application environment. Neutralization of 
development of software related bottlenecks is enacted by apparatus provid i ng a 
method and art i c l e of manufacture ensuring that: workflow system app l icat i on is 
supplied with sufficient number of threads for h i gh performanc e i n processing of 
transactional workload when an insufficiency Is generated by var i ab l e work i ng 
condit i ons of communication delays in distributed application environment; and no 
thread is overloaded with dispatching or supervising work. 

Please replace paragraph [0025] with the following amended paragraph: 

[0025]This invention overcomes limitations of known prior art systems, in their 
ability to visualize workflow application's thread structures, threads quantity, and 
threads usag e, by prov i d i ng a method and art i c le of manufacture for real - t i m e 
visual i zat i on of app l icat i on' s thread s tructure s , threads quant i ty, threads u s age, and 
s ca li ng - enacted change s I n threads s tructure and quantity . Facilitation of real-time 
visualization will empower workflow application administrators with abilities to 
evaluate application workload, to detect points of delay caused by distributed 
infrastructure, and to observe application's scaling-related actions. 
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' n Please replace paragraph [O&SS] with the following amended paragraph: 

[0058] This Invention is about engineering approach to s oftware deve l opment and 
speedf speed of development and future modifications of workflow applications^ 
speed of future appl i cat i on mod i ficat i on, and most i mportant l y — re s u l ting product s^ 
ability to and about enabtino execution of pefferm large number of concurrent 
business interactions of s i m il ar type with high speed. 



Please replace paragraph (0eS9] with the following amended paragraph: 

[00591 Invention provides method and art i c l e of manufacture for graphical 
development of fully executable workflow applications. Application's graphical 
development has two phases: application design phase, where definition of a 
workflow process is interactively produced, and build phase, producing executable 
code of a workflow application that will perform in a way described by the definition 
of workflow process. 



' ^ Please replace paragraph [6079] with the following amended paragraph: 

[0079] Fig. 8 is block diagram of Qraohicai development of a workflow application 
according to art i c l e of manufactur i ng being described . Using a tool for graphical 
development of workflow applications ba s ed on th is artic l e of manufacture , a 
workflow application architect interactively executes workflow designer 801 and 
produces a deflnition of a workflow process 802. Execution of software generators 
803 takes as input a data set being a definition of a workflow process 802. Result of 
execution of software generators 803 includes: source code 804 of workflow 
application that after being compiled, linked, installed, and executed will behave 
according to the definition of a workflow process 802; compiling instruction 805 
necessary for compiling the generated source code 804; linking instructions 806 for 
producing application's executable code from results of execution of compiling 
instructions 805. Software source code generation is result of both analysis of 
description of desired workflow and knowledge of the article of manufactur i ng b ei ng 
embodiment of the rest of this invention. Generated software source code is 
responsible for customizable part of workflow application, dealing with application 
initialization and termination. The customizable part of application initialization 
facilitates construction of hierarchical trees of objects and hierarchical structure of 
threads. Source code generation involves usage of source code templates* class 





Application Number: 10/605,465 
Amendment dated Feb. 1 3. 2007 
Reply to Office action of Dec. 1 4, 2006 



-8- 



templates, and pure generation of source code by created for this purpose program 
executable code, where elements of workflow definition are passed as input 
parameters of execution of this executable-code-provided functionality. Once 
results of execution of software generators 803 are obtained, compilers 807 are 
executed according to compiling instruction 805 tolcing as compilers' input 
generated source code 804 and results of compiling 808 are provided as input to 
linlcer execution 809 according to linlcing instructions 806 to produce workflow 
application executable code 810. 

Please replace paragraph [0081] with the following amended paragraph: 

[0081] Invention further includes a system provide s a method and article of 
manufacture produc i ng conf i guration of c l as s object s and thread s with capacity for 
concurrent processing of multitude of transactional workflow requests of identical 
type. Core of this svstem method and art i c l e of manufacture Is construction of 
hierarchy tree of class objects with capacity to represent variety of workflow 
configurations and associated structure of threads with capacity for concurrent 
processing of multitude of workflow requests. In preferred embodiment, the 
workflow control-connectors and the not-mentioned-yet workflow notification- 
connectors are implemented as transactional MSMQ messages. 

Please replace paragraph [0098] with the following amended paragraph: 

[0098] Invention's method and art i c l e of manufacture w i th capacity for concurrent 
processing of mult i tude of transactiona l workflow reque s t s of tdont i ca l type relates to 
a is enabled by hierarchical structure of threads with four levels and thread l ev els 
relat i on s and i nteract i on . The hierarchical structure levels below top level are 
organized as multitude of horizontally arranged divisions. Each division is 
autonomous and self-contained in conducting Its tasks. Top level thread is 
responsible for making adaptive decisions, and executing and supervising adaptive 
behavior related to allocation and de-allocation of system resources based on its own 
assessment of application needs and goals. The provided by threads of the 
hierarchical structure capacity for concurrent processing of multitude of requests is 
limited only by environmental factors such as availability of reserve of system 
memory and unused CPU power and ability of networking infrastructure to cope with 
generated traffic. 
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Please replace paragraph LPOtOTTwith the following amended paragraph: 

[0107]lnvention further includes a method and art i c l e of manufacture for 
transactional plugging of software components into workflow-process. The preferred 
embodiment of this method art i c l e of manufacture uses services of COM+, It Involves 
a Non-Transactional component and a Transactional component Installed on a 
physical computer as a COM+ application and software components that will be 
translt i onally plugged into workflow process, installed on the same physical 
computer as a COM+ application. COM+ provides component-intercepting objects 
and functionality of Just-in-time-activation for the Transactional component and for 
software components that will be tran sl t i ona l ly plugged into workflow process. The 
Just-ln-time-actlvation funaionality ensures that when a method of a component- 
intercepting object is called, it will instantiate transactional object, call its method, 
vote for transaction on method exit, and destruct the transactional object. The Non- 
transactional component is a special kind of data holding component. The data it 
holds is required for execution of all future request-processing and request- 
forwarding transactions that will be performed by the processing thread. This data 
however Is not specific or distinctive to any particular request. The main reason for 
existence of the non-transactionai component is to prevent the processing thread 
from multiple transmissions of the mentioned, non-specific to any particular request, 
data over COM+ application process boundaries and multiple creations of the 
intercepting objects. 

Please replace paragraph [OOf-H] with the following amended paragraph: 

[01 1 1]The capacity for concurrent processing of multitude of tran s act i ona l workflow 
requests of identical type is achieved by the hierarchical structure of threads, with 
four levels and by se t of m e thods and art i c l e of manufacture s pec i fy i ng I nteract i on s 
and division of labor between threads of hierarchical structure levels. The f i rst i n that 
s et I s the method and art i cle of manufacture for work l oad balanc i ng structured at 
two I cvcI S i Upper level of workload balancing comprises multitude of associations 
between a dispatching thread and multitude of supervising threads and Involves 
dispatching thread, balancing workload between its associated supervising threads. 
Lower level of said workload balancing comprises multiple groupings of processing 
threads in pools associated with a supervising thread per pool and involves 
supervising threads balancing workload between processing threads of their 
associated pools. The rationale behind workload balancing with two levels is the need 
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to distribute the work, related to assignment of workload to processing threads and 
supervision of workload execution, between more threads and thereby to prevent 
threads responsible for this work from becoming workflow bottlenecks. 

Please replace paragraph [«etT7] with the following amended paragraph: 

[0114]This invention provides a method aooaratus for software bottlenecks* 
prevention. Software bottlenecks* prevention involves encapsulation of a thread pool 
containing fixed number of processing threads with a supervising thread in a 
processing-pipe. Number of processing threads per processing-pipe Is 
experimentally selected in a way ensuring that, without modifying threads* priorities, 
even If processing threads conduct full-scale dummy workflow work, processing- 
pipe's supervising thread will still have enough capacity to cope with its duties. 
Having number of processing thread fixed guarantees that supervising thread will 
never be overloaded with work leading to existence of workload dispatched to it and 
waiting to be processed and at the same time existence of number of IDLE 
processing threads in its pool. 

Please replace paragraph [0446] with the following amended paragraph: 

I 

[0116] Software bottlenecks* neutralizing comprises construction of additional 
processing-pipes and inclusion of constructed additional processing-pipes in 
workload balancing process related to workflow-activity where development of 
bottleneck has been detected. Regulation of available workflow processing capacity 
includes a method and apparatus for automatic detection of conditions requiring 
workflow application scaling up and for automatic execution of workflow application 
scaling up. The automatic detection in regard to a particular workflow-actlvity 
involves checking for conjunction of events, from all processing-pipes associated to 
said workflow-activity, signaling that number of idle threads In processlng-pipe*s 
pool reached its critical minimum. Application scaling up is automatically triggered at 
a particular workflow-actlvity to counteract development of a bottleneck at that 
particular workflow-actlvity and automatically triggered at all appllcation*s workflow- 
actlvities for higher application responsiveness when workload increases. Application 
scaling up might require creation of an additional processing-pipe. In this case it 
cannot be automatically triggered. If there is an available non-acth^ated processing 
pipe, automatically triggered scaling up involves activation of an additional 
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processing-pipe and inclusion of said additional processing-pipe in workload 
balancing scheme. 

Please replace paragraph with the following amended paragraph: 

[0122]Regulation of available workflow processing capacity further includes method 
aA4 apparatus for automatic detection of conditions requiring workflow application 
scaling down and for automatic execution of workflow application scaling down. 
Automatic detection in regard to a particular workflow-activity involves checking for 
conjunction of events, from all processing-pipes associated to said workflow-activity, 
signaling that number of busy threads In processing-pipe's pool reached its critical 
minimum. Application scaling down is automatically triggered to counteract a 
detected inefficiency in use of system memory and CPU time slice allocated to 
application threads. 

N Please replace paragraph fOTZS] with the following amended paragraph: 

[01 26] Final element of this invention is its system method and art i c l e of manufacture 
for real-time visualization of quantity, structure, and utilization of hierarchical 
structure of threads as they participate in processing of workflow requests. Threads 
forming the upper two levels of application's hierarchical structure of threads are not 
interesting for visualization since their quantity, type and status does not change 
after application is activated and before application Is terminated. There is always 
one application supervising thread and total number of dispatching and 
synchronizing-dispatching threads is equal to number of workflow-activities. 
Additionally, where application's main flow of control shows more then one control- 
connectors having common destination node, the workflow-activity represented by 
this node will have synchronizing-dispatching thread, otherwise it will have 
dispatching thread. Threads forming First and Second levels of hierarchical structure 
of threads is where run-time changes happen and therefore hierarchical structure's 
adaptation-behavior-enacted modlflcatlons of First and Second levels are important 
for visualization. Visualization might be used as indicator of workload, indicator of 
points of delay caused by distributed infrastructure, and for observation and analysis 
of adaptive behavior of hierarchical structure of threads. 



